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»A method and a system for performing connectivity 
evaluations on data communication networks and related 
information technology product" 

5 TECHNICAL FIELD 

The present invention concerns the techniques for 
performing connectivity evaluations on data 
communication networks, such as the internet network. 

The solution according to the invention has been 
10 developed taking particular care of the problem of 
performing connectivity evaluations which may be used 
for instance for establishing peering relationships with 
specific internet service providers (ISP) For 
evaluating the opportunity of establishing co-operation 
15 relationships with a given provider it is important to 
make use of technical tools capable of supplying, for a 
given provider or Candidate ISP, an objective indication 
of the connectivity of the candidate itself, meant as 
the capability of said provider of meeting specific 
20 needs concerning the contents available and the 
procedure by which said information contents are made 
reachable over the network. 
BACKGROUND ART 

' The routing over different domains on the Internet 
is performed through the protocol known as Border 
Gateway Protocol (BGP) . For a general discussion of the 
characteristics and modes of use of the BGP protocol 
reference may be made to the document «A Border Gateway 
Protocol 4 (BGP-4)" by Y. Rekhter and T. Li, RFC 1771, 
30 T. J. Watson Research Center, Cisco, March 1995. 

" The BGP protocol allows each autonomous system (AS) 
to adopt its own policy in selecting the paths and 
propagating the reachability information on the other 
network users. These routing policies may however be 



25 



CONFIRMATION COPY 



WO 2004/021 



PCT/EP2003/009692 



depe„ de « upon contractu*! commercial agreements among 
different administrative domains. P or instance, an 
autonomous system as my choose tha 

providing transit services among its providers 
5 An evaluation of a provider connectivity, solely 

referred to the "technical, capability of a provider of 
transiting information over the network, .ay be 
obtained by making resort to various solutions, o=JL»£ 
known in the present art. However, such a solution J 
10 not capabXe of characterising in a collets and full" 

ZZLr the features of a ~ — - «- 

it rtfr 8 ^ alrMdy teen WMked «* allow 
ln e , 0,TC "V to existence of specific 

15 customer/provider relationships on the network 

the * T U " 0n ° f thlS iS das " ib «* *« ^stance in 

the document » 0 n inferring autonomous system 
relationships in the internet- by ^ Qao , 
2000 - IEBE Global Telecommunications Conference, no T 
20 November 2000, pages 367-396. 

The solutions according to the present art 
considered above have i„ »_ present art 

o,™^, , y case Uw drswback of 

providing in the whole a partial overview of the 
connectivity characteristics of the network in 
25 particular concerning the overtiming weight given to 
-Physical transport characteristics of * the 'network 

DISCLOSURE OP THE INVENTION 

j„ t; * ccome tne limits involved 

-jrt ^re p r nt in ~ — - - 

Y virtue of a method having the 
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characteristics specifically recalled in the claims 
appended hereto. 

The invention also concerns the corresponding system 
and information technology product , which can be 
5 directly loaded in the internal memory of a digital 
computing unit and includes portions of a software code, 
capable of performing the procedure according to the 
invention when the product is run on a computer. 
BRIEF DESCRIPTION OF DRAWINGS 
10 The invention will now be described by way of a.non- 

limiting example, with reference to the attached 
drawings, wherein: 

- Figure 1 depicts in general terms the context of 
possible application of the invention, 

15 - Figure 2 is a functional block diagram 

illustrating the general architecture of a system 
according to the invention; 

- Figures 3 to 6 include subsequent paths of a same 
flow chart illustrating the mode of operation of a 

2 0 system according to the invention, and 

- Figures 7 and 8 exemplify two sorted lists of 
connectivity values, which can be generated according to 
the invention, 

BEST MODE FOR CARRYING OUT THE INVENTION 

25 In the diagram of Figure 1, there is denoted by 10 a 

first provider (ISP) which is identified in the sequel 
as a "reference" provider or ISP . To the reference 
provider are connected a set of respective users, 
denoted by C. Such users are interested in reaching or 

30 in being reached by a set of Autonomous Systems, ASs, 
belonging to the Internet and denoted as target ASs. To 
allow the traffic from and towards the AS systems of the 
group T, which may act as a traffic source and/or as a 
traffic destination for the users C, the ISP 10 co- 
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operate, with a set of additional 1SPs , collectively 

tZT 7- Witl> " hl0h 3 S ° C3lled P«r-tc-peer 

relationship has been established. 

5 Co™! 6 S T em herel " deTCrlbed is d -^ned to perform 

ITZ , I Y eStinBteS t0 6ValUate the oPPortuaity of 
establishing peering relationships with one or more 
providers, collectively indicated by 14 , ^ 9enerally 
defined as » -candidates-. Bach Candidate isp J 

10 iTiT 6 r leaSt POteDtla11 ^ dasi *^ to add to the 
10 ISP 12 or to replace one of them. 

Usually, due to the general complexity of the 
internet, the target ASs of the group T are not directly 
reachable through the providers 12 or 14. The traffic Is 
then routed through further additional providers, 
denoted collectively by ,«. „ Mch however do not take up 
any specific relevance within this description 

to ,T,TT a ° COrdln9 to th ° i-vention makes resort 
to the databas entially formed by the so called BGP 

20 ^ ^ Slmilar tabl6S - 9— i-«y denoted by 

- BGP1. _, BGPm, in Plgure 2 . ThMe tablM ^ J 

by appropriate public route servers, be derived from 
subjects toward which the connectivity evaluation must 
be mainly performed (i.e. the candidate isp s 14) ln 
other terms they may be still derived from the ISP 
25 suppliers 12. 

It is therefore evident to the those skilled in the 
art that the solution according to the invention can be 
applied by using either the strictly defined BGP tables 
or by tables structurally similar or functionally 
30 equivalent to the BGP tables under question, for this 
reason in the claims which follow, reference will be 
generally made to tables of a -BGP type ., ln ordfir ^ 
include within the invention also such similar or 
equivalent tables. the same considerations being 
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applicable also to the extraction function of the BGP 
paths, which are to be dealt in the sequel. 

The BGP tables essentially form a database wherein 
three parts may be distinguished (at logical level) : 
5 - a first part, currently called Adj-RIBs-In, 

contains information collected from the incoming 
updating messages; the content of this part are the 
routing paths available as input for the decision 
process of the BGP procedure; 
10 - a second part, called Loc-RIB, contains the local 

routing information, that has been selected by applying 
the local policies to the routing data contained in the 
database part called Adj-RIBs-In; and 

- a third part, called Adj -RIBs-Out , where the 
15 information is stored in view of the advertisement 

function to the subjects considered as "peers" , with 
which the communication is performed through the BGP 
protocol . 

The routing information which is stored in such a 
20 data-base is organised in a set of information elements, 
as listed below, namely: 

- IP destination network, and 

the string (called AS-path) describing the 
autonomous systems to be traversed in order to reach 

25 such an IP destination network. 

This information is designed to be conveyed into the 
update messages sent toward the outside in the 
advertisement function directed to the subjects 
characterised as "peers" . 

30 Within the context herein considered, "peer" means 

in general another autonomous subject (AS) acting on the 
Internet and with which there is a co-operation 
relationship aimed at the traffic exchange and performed 
through the interconnection of at least two routers, one 
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for each ISP, and the conf iguration of BGP peering 
sessions. 

The system S described herein is designed to work on 
traffic data collected in a known way, acting for 
5 instance through passive probes, e.g. by means of the 
software product known under the trade name of Cisco IOS 
NetPlow™ , made available by Cisco Systems Inc. 
(U.S.A.). said product makes it possible, through its 
different applications, to collect various data 
10 concerning the operation of a data communication network 
such as the Internet, allowing for instance a detection 
of the traffic flows and an aggregation of the 
information being collected on the basis of various 
classification criteria: it is thereby possible to 
15 compute the traffic volumes directed to or coming from a 
particular destination/source . 

The use of this product and in particular of the 
"NetFlow Switching- function working on the network 
nodes is usually the most economical solution, although 
20 it may be necessary to double-check that the on-board 
routers of the reference ISP 10 of Figure 1 are capable 
of accepting the use of additional resources, required 
for collecting and exporting the traffic data. 

Both the BGP tables and any traffic data collected 
25 are preferably pre-processed (for instance acting in a 
known way through so called auxiliary scripts) so that 
for instance the BGP tables have been cleaned-up of the 
comments, and the files relating to the traffic data are 
made available in order to be processed for further 
30 aggregations, as a function for instance of the 
autonomous system (AS) acting as a source or as a 
destination. 

in Figure 2, the blocks CLi CLm stand for 

corresponding cleanup functions (removal of comments, 
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etc.) designed to work on the tables BGP1, BGPm, 
while the references BGP1', . .., BGPm' represent the 
tables BGP resulting from the cleanup performed by 
functions CL1, elm. After said cleanup, the BGP 

5 tables may be seen as merging into a corresponding list 
denoted by LI . 

The reference TD instead indicates in general the 
traffic data collected through a function collectively 
denoted by CP (it may be for instance the Net Flow™ 

10 function, already mentioned before) , while SM indicates 
a pre-processing function, the purpose of which is to 
allow additional processing on traffic data. 

The SM function can be a simple program, written for 
instance in Visual C++6.0, in the form of a console 

15 application capable of aggregating the files relating 
the traffic data, by aggregating them for instance by 
source or by destination ASs. 

The application of the SM function leads back to the 
formation of two traffic data files FI e DI , which refer 

20 to the forward traffic and the backward traffic, 
respectively. The meaning of such terms will be better 
understood in the sequel. Piles FI and DI may be 
considered as forming a traffic data list, denoted by 
L2. 

25 The lists LI e L2 are typically configured as files 

and are in turn capable of merging into a configuration 
file FC wherein the names corresponding to the lists or 
tables LI e L2 are written in the FC file in the 
appropriate lines, specifying the data path so as to 

30 prevent its execution from overlapping with the previous 



ones . 



The ASB reference indicates a file corresponding to 
the list of the ISPs of interest, i.e. of the subjects 
for which a connectivity evaluation is requested. This 
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term applies primarily to the ISPs whose connectivity 
characteristics are to be estimated, so as to evaluate - 
on the basis of objective data, supplied by a technical 
instrument, such as the system according to the 
5 invention - the opportunity of 

establishing/confirming/modifying peering relationships. 

The solution according to the invention is suitable 
for application in at least two essential contexts, 
namely: 

10 - the evaluation of the opportunity of establishing 

peering relationships with one or more candidate ISPs 
candidates 14 and/or confirming the relationships with 
one or more ISP suppliers 12, with the possibility of 
defining a priority/suitability classification in in 
15 order to estabilish the relationships: it is therefore 
an application, which in its final results is configured 
as an off-line and non-real time application; and 

- the possibility, having identified a set of 
"peers- and defined the relationships with them, of 
20 executing interventions for re-balancing information 
flows, aimed at an efficient use of the peering links 
and at an optimised transmission of the traffic for the 
users; in such a case the technique according to the 
invention may be obviously used on-line. 
25 The re-balancing interventions which have just been 

mentioned, are usually performed at time instants rather 
distant from one another, being foreseen for instance 
the execution of connectivity evaluations at interval of 
different hours from one another. 
30 The solution according to the invention is suitable 

for both the execution at a first order or level, in 
which each ISP listed in the ASB file is evaluated by 
itself, and for the performance, at a second level, of 
aimed execution of an evolving kind. In the latter case, 



WO 2004/OZ1650 PCT/EP2003/009692 



all the ISPs of interest recorded on the ASB file are in 
general considered, causing, as a function of the script 
executed at the first step, the execution of two further 
scripts. 

5 The first of them creates a file of the ISP 

combinations with the specified sub-sequence, whilst the 
latter computes the connectivity of the different tuples 
of ISPs. 

The results of the re-processing operations 

10 previously described are collected in corresponding 
files FIX, BIX, FIY and BIY, which contain the 
connectivity evaluations, forward FIX and backward BIX, 
for the X-th ISP taken into account toward/from each of 
the subjects, i.e. content suppliers (ASs) , toward which 

15 and from which non-zero traffic volumes have been 
recorded. In each file there is a line for each pair 
considered- ISP/ target -AS containing the AS identifiers 
of the X-th ISP under question and of the target AS, and 
the connectivity value estimated by the methods 

20 described in the sequel. FIY e BIY are the corresponding 
files relating to the Y-th ISP of the plurality (ASB) . 
These files are shown because they may be used as 
criteria for the distribution of the traffic in the 
second application identified above. 

25 The reference CE denotes in Figure 2 the set of 

information (forming actually the output data of the 
system according to the invention) , containing the 
evaluations of total connectivity for each tuple of 
candidate ISPs . 

30 As will be better seen in the sequel, such data may 

concern for example: 

- the algebraic sum, for each autonomous system AS 
acting as a target, of the connectivity of each of the 
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IPSs included in the tuple being considered from/toward 
the same target AS; or 

- the application of a criterion such as the 
assignment, as connectivity of the entire tuple 

5 toward/from a given target AS, of the max. connectivity 
toward/from the same target of each of the ISPs forming 
the tuple, or 

- a cut-off function with appropriate contained 
modifications to the code of the script. 

10 Said cut-off function acts in such a way that, if 

the algebraic sum of the connectivity values of each of 
the ISPs forming the tuple toward/from a given target 
AS, divided by the traffic volume toward/from the same 
target AS exceeds a given value, the connectivity value 
15 of the tuple is set equal to such a threshold, 
multiplied by the traffic value toward/from the target 
AS. The determination of applicable threshold values may 
result from appropriate executions of the method itself. 
Leaving apart the general flow of information 
20 collection and processing represented in Figure 2, it 
must be noted that the individual functions ' and 
operations represented by each of the blocks which 
appear in such a figure are performed according to known 
criteria as such, thus making a further description in 
25 this context unnecessary. 

With regard to the pre-processing of data traffic TD 
by the SM function, it is possible to aggregate the data 
for a given period, for instance three days, by first 
creating the aggregates of each day, and then making a 
30 further execution that processes the aggregated data of 
each day. 

All the above must be carried out taking also into 
account the fact that in case of interfaces toward the 
so called BIG Internet (i.e. the interfaces toward the 
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present ISP suppliers, denoted by 12, i.e. toward the 
outside) , the systems of interest axe the ASs of origin, 
whilst in case of interfaces toward the inside (i.e. 
toward the C users of the reference ISP 10) the systems 
5 of interest are the ASs destinations of the traffic. 
This is due to the fact that a collection tool, such as 
the NetFlow™ function represented by the block CF, in 
its most spread version at present, only classifies the 
traffic received at the interfaces. 

10 In the case of use of NetFlow™ for collecting the 

traffic simultaneously, two or more different threads 
can be used in parallel, each of them characterised by 
adequate filters such as to identify on each border 
router in the one case the interfaces toward the BIG 

15 Internet (external interfaces) and in the other the 
interfaces toward the inside. As a matter of fact it is 
preferred that the statistics of the traffic received 
are sorted according to the traffic direction (from the 
Internet, toward the Internet) already at the level of 

20 the basic collection through Netflow Collector (since 
the adopted aggregation does not show disaggregated data 
for each interface) . 

Furthermore, the border routers of the reference ISP 
10 must be preferably so configured as to effect, for 

25 each IP flow, the association with the AS systems of 
origin and destination, and not with those seen as 
"peer- as" (i.e. those immediately preceding and 
immediately following in the information transmission 
chain) . 

30 Obviously, it also possible to envisage an option 

whereby the router associates to the flow the number of 
the AS system from which the packets arrive as origin 
and the number of the AS system to which the traffic is 
delivered as destination. 
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Instead, as to the functions CL1, . . . , CLm that 
carry out the clean-up of the . BGP tables, it is 
preferred that the same tables eliminate all the initial 
and final comments and any other comments present 
5 between the valid lines so as to also recover valid 
lines, broken on two or more lines, i.e. not correctly 
terminated. The relating operation must be effected for 
each of the tables to be processed. 

In this regard it must be noted that not all the 
10 public router servers supply a file already ready in a 
compressed format. To download the BGP table of a router 
server (subject to authorisation of its managing part) 
an appropriate script, of a known type, is usually 
required, which by connecting via telnet to the router 
15 server makes it possible to request the table by block 
of n lines so as not to overload the CPU of the router 
server, thus avoiding, through an appropriate control 
character for every n lines, possible time out problems 
during the telnet session with the same router server, 
20 due to the transfer time of the table. 

The ratio between the number of BGP paths and the 
number of the IP networks provides an estimation of the 
plurality of available sources. The downloading of the 
complete tables requires however a high-level script, 
25 capable of interacting in place of the human operator 
with the route-server, since the tables under question 
may consist of some millions of lines. 

Preferably, in order to ease up the use of the 
system according to the invention, auxiliary scripts are 
30 foreseen for the preparation of the BGP tables, 
displaying their begin or final part, since these files 
are extremely large. 

As has already been mentioned here several times, 
the system according to the invention is suitable for 
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evaluating the connectivity for the benefit of a 
reference ISP with regard to one or more ISPs, such as 
for instance the candidate ISPs 14 , in order to 
establish possible connectivity agreements. The system 
5 according to the invention herein illustrated makes it 
possible for this purpose to take account of the actual 
traffic present at the reference ISP 10, so that the 
starting point is therefore formed by a collection of 
traffic statistics effected on the network of such a 
10 reference ISP, at least at the internal and external 
interfaces of the border routers of the same client. The 
solution described here allows it to set-up a sorted 
list of ISPs of most convenient use for transmitting 
traffic toward the target ASs in the Internet and for 
15 receiving traffic from the same, such an evaluation duly 
taking into account the actually experienced traffic. 

Passing now to the flow chart of Figures 3 to 6, we 
will see that the reference 100 indicates a standard 
start step after which, at a step denoted as a whole by 
20 102, the system S carries out the extraction of the 
information contained in the BGP tables denoted by the 
references BGP1 1 to BGPm 1 . 

The execution of such step involves the reading of 
corresponding configuration files and a list of ISPs of 
25 interest. 

Such a list, stored on ASB, may include both 
candidate ISPs 14, and possibly ISPs that are already 
included within the ISP suppliers 12. 

Therefore the reading is effected of number of ISPs 
3 0 to be considered, and of coefficients of the weight 
functions to be subsequently used, and additionally the 
definition is made of the number or tuple of the peering 
relationships the reference ISP 10 wishes to establish. 
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It is also necessary to carry out the reading of the 
traffic files collected thanks to the FC function. Such 
files are read starting from an aggregation by 
autonomous system AS and with the subsequent processing 
5 SM that aggregates them according to source AS or to 
destination AS, and carrying then out the loading in 
associative arrays, represented by FD and FI in Figure 
2, using as a key the AS number and as a value the 
number of the traffic bytes. 
10 It will be appreciated that such a formalism, which 

is also used in the sequel of the present description, 
makes reference to the possible adoption, for 
implementing this invention, of the programming language 
called PERL. This choice, though being preferred at 
15 present, is obviously neither mandatory nor binding for 
the implementation of the invention. 

The next step is then the computation of the 
combinations of tuples and the writing of a 
corresponding file. To this end, the starting point is 
20 the list of the AS numbers contained in ASB and among 
them a first set or group of ISPs of interest is then 
considered. 

On this ISP group of interest all possible tuples 
are computed, and then a combination per line is written 

25 in the resulting file. 

At a subsequent step, globally indicated by 104, the 
actual extraction is carried out of the information from 
the BGP tables as well as the extraction of the BGP 
paths concerning the ISPs of interest. 

3 0 To perform the first function, on each table 

cleaned-up of the comments, a search is made of lines 
capable of satisfying specified characteristics 
described by predefined patterns, for instance the 
presence of a sequence of characters of IP address type. 
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in the A.B.C.D. form (where A, B, C, and D are decimal 
digits) at the beginning of the line after three 
characters . From each line satisfying the required 
characteristic the AS path is extracted and then set in 
5 a line of the output file. The path is preferably 
identified starting from the bottom of the line by the 
character terminating the AS path ("i", u e" or *?") up 
to the first zero. 

The preferred procedure envisages the reading of a 

10 line at a time and each line being read, is subdivided 
into strings, using as separation characters such as 
tt space tf and "tab" . The extracted path is written in a 
line of a temporary file. Such a file is then opened and 
for each ISP of interest the paths are searched 

15 containing the AS number of the ISP under question. 

At this point, the AS path is subdivided into two 
parts. The first part, from the ISP to the last element 
of the AS sequence (ASM) , converges into the forward or 
upstream file, denoted in the sequel by FPX; the second 

2 0 part, from the first element of the AS sequence (AS1) to 

ISP, converges into the backward or downstream file, 
denoted by DPX. Thus, there is a pair of files FPX and 
DPX for each ISP of interest. 

By ^forward" we obviously mean the information 
25 relating to the way the rest of the Internet is reached, 
from a given ISP, whereas by "backward' 1 we indicate all 
information arriving at a given ISP from the Internet, 

The FPX and DPX files are therefore submitted to a 
compacting operation by using associative arrays that 

3 0 have as a key the AS path for avoiding repetitions of 

the same. This is done for the reason that each sequence 
appears only once and at the end the associative arrays 
are written again in the files by only writing the keys. 
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At the subsequent steps indicated here on one side 
by 106, 108, 110 and 112 and on the other by 114, 116 e 
118, the computation is performed of the connectivity 
with traffic weights defined for the various sub-paths 
5 and the computation of the composite -connectivity for 
each tuple that has been detected. 

This is performed with separate reference to the 
forward direction or upstream, and the backward 
direction or downstream. 
10 For each ISP of interest being considered a cycle is 

performed so that for each target system AS in the file 
FPX associated to the same ISP, the lines are searched 
that contain such a target system AS in a final or 
intermediate position. Per each line that satisfies such 
15 a condition, an oriented sub-path is extracted and then 
used as a key for a temporary associative array having a 
value of the weight function calculated on the basis of 
the length in number of AS hops of the extracted sub- 
string. 

20 After processing the entire file, the paths and the 

different sub-paths contribute to the connectivity from 
the ISP being considered up to the AS system being used 
as a target. The contribution is defined in a preferred 
way (it will be appreciated that this choice as such is 

25 not binding, since it possible to make resort to 
different weighing laws) as the product of the weight 
function evaluated on the basis of the length in AS hops 
of each sub-path multiplied by the traffic volume in 
bytes addressed to the target AS. 

30 The value of the overall connectivity from the ISP 

being considered up to the AS regarded as a target 
(together with the relating values identifying the 
provider ISP and the system AS being considered) are 
written in a line of a corresponding output file. 
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This operation is performed as many times as the 
number of the AS systems included in the set T of Figure 
1. 

A similar cycle is carried out for each system AS 
5 considered as a target to find out the backward 
connectivities up to the provider ISP under question. 
Also in this case the search is made of the lines 
containing in an initial or intermediate position the 
target system AS in the DPX file associated to the ISP 

10 being considered. Thus the associative array of the sub- 
paths from the target system AS up to the provider ISP 
under question is derived and the connectivity 
contribution of each sub- strings is computed as the 
product of the traffic volume produced by the target AS 

15 system by the weight function evaluated through the 
length in AS hops of the sub-path under question. The 
relating AS number identifiers and the resulting 
connectivity value are written in a line of a 
corresponding file. Also in this case, the processing 

2 0 operation is performed as many times as the number of AS 

systems comprised in the group T of Figure 1. 

The file of the* total connectivities is produced by 
reading the individual files and adding for each target 
AS system the forward and backward connectivities. 
25 Specifically, step 106 in the flow chart of Figure 4 

makes reference to the computation operation of the 
connectivity with traffic weights and sub-paths, whilst 
step 108 indicates the choice of the individual provider 
ISP being considered, selected from the file ASB. The 

3 0 step indicated by 110 concerns the determination for 

each target AS system of the destination traffic, whilst 
step 112 collectively indicates the other operations 
previously described. 
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The computation of the composite connectivity is 
started at step 114. This is followed by step 116 
wherein a tuple is read from the respective file 
determined at step 102, then calculating the value of 
5 the connectivity from the first provider ISP of the 
tuple toward each target system AS detected from the 
traffic file. Using the target system AS as a key of an 
associative temporary array the data accumulate of the 
different paths from the first provider ISP previously 

10 considered toward the target system AS being considered. 
The same procedure is repeated for the other ISPs 
forming the current tuple. 

This holds true for the forward connectivity; a 
similar procedure shall apply for the backward direction 

15 and the file of the totals. 

Specifically, the associative array is built for 
each provider ISP forming the current tuple. This takes 
place at step 118, where also the complete connectivity 
is obtained by setting then in a output file the 

20 connectivity value attained, followed by the indication 
of the tuple for which it has been computed on the same 
line. 

For each target AS the computation is made (through 
the weighing law chosen, such as the algebraic sum to 

25 which reference was made before by way of an example) of 
the connectivity contribution of the tuple from and 
toward the target AS under question. 

At a subsequent step, denoted by 120, the files of 
the results obtained are sorted according to decreasing 

30 connectivity values, obtained from each tuple of the ISP 
being considered or candidate ISP. This is accomplished 
by using an associative array that has as a key the 
connectivity value, sorting the keys or writing then the 
entire line of the input file in an ordered output file. 
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Figures 7 and 8 depict two examples of connectivity 
"standings" of the type indicated above, produced in the 
form of disaggregated results for both the backward and 
the forward direction, 
5 It will be appreciated that tables of this type may 

be produced also as a global result of a 
backward/ forward aggregated type. 

Furthermore it will also be appreciated that the 
connectivity computation function of the tuple of 

10 provider ISPs can be implemented in different ways. As 
an example of an accumulation, reference has been made 
previously to a function of algebraic sum: experiments 
conducted by the Applicant have proved that such choice 
is definitely advantageous, being at the same time 

15 extremely simple in its implementation. 

The extraction of the BGP paths takes for granted 
the availability of a string defining the border of the 
AS path. Such a string may be represented by a "weight" 
parameter (e.g. equal to 0) of the BGP information 

20 contained in the relating table, usually stored on the 
router. The solution according to the invention is 
however not restricted to such a choice. 

It will be also appreciated that it is possible to write 
the code or script in a more compact way, by using 

25 structures as references to the associative arrays (they 
are essentially sort of a pointer) and subroutines of 
various nature. Said pointers allow one to use 
subroutines to which parameters are passed, and which 
act upon each call on a different associative array. The 

30 use of a 64-bit floating point arithmetic proves widely 
satisfactory for the modalities of operation described 
before. 

Obviously, keeping unchanged the principle of the 
invention, its details of implementation and the 
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embodiments may be widely varied with respect to what 
has been previously described and illustrated, thus 
without leaving the scope of the present invention. This 
applies in particular but not exclusively to the 
possibilities of performing connectivity evaluations 
concerning the forward direction only or the backward 
direction only. 
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CLAIMS 

1. A method for performing, for the benefit of a 
reference provider (ISP) (10) having a set of users (C) , 
connectivity evaluations over a data communication 
5 network, said evaluations being made in relation to at 
least one provider (ISP) of interest (12, 14) , 
characterised in tha t it includes the steps of: 

- selecting a plurality (T) of autonomous systems 
(AS) capable of forming at least one between a traffic 

10 source and a traffic destination for the users (C) of 
said reference provider (10) through the same reference 
provider (10) . 

- supplying tables of BGP type (BGP1, . . . , BGPm) 
containing information on paths available on said data 

15 communication network for the routing of said traffic 
with regard to the autonomous systems (AS) of said 
plurality, 

- extracting (104) from said tables the paths of BGP 
type inherent to said at least one provider of interest 

20 (12, 14), by finding out the paths that contain the 
respective number of autonomous system (AS number) for 
said at least one provider of interest (12, 14), 

- extracting (112) for each autonomous system (AS) 
of said plurality (T) , oriented sub-paths between each 

25 said autonomous system (AS) and said at least one 
provider of interest (12, 14), by identifying for each 
sub-path the relating number of hops, 

- identifying, for each autonomous system (AS) of 
said plurality (T) , at least one between the forward 

30 traffic volume (PI) and the backward traffic volume (DI) 
with regard to the users (C) of said reference provider 
(10), 

- determining (112) , for each of said sub-paths 
respective connectivity contributions as a function of 



WO 2004/021650 _ ~ PCT/EP2003/009692 



22 

said relative number of hops and of said at least one 
traffic volume (FI,DI), 

- determining (118) , for each autonomous system (AS) 
of said plurality, the total connectivity values 

5 accumulating the connectivity contributions determined 
for the oriented sub-paths extracted for said each 
autonomous system (AS) , and 

- accumulating the total values of connectivity 
determined for the autonomous systems (AS) of said 

10 plurality, so as to obtain total connectivity values 
relating to said at least one provider (ISP) of interest 
(12, 14) . 

2. The method according to claim 1 wherein the steps 
are carried out for a plurality (ASB) of providers (ISP) 

15 of interest (12, 14) present on said data communication 
network. 

3. The method as recited in claim 2, characterised 
in that it comprises the step of sorting the values of 
total connectivity obtained for the providers of 

20 interest (12, 14) of said plurality in at least one 
sorted list (figure 6, figure 7) . 

4. The method as recited in any of the claims 1 to 
3/ charact erised in that it comprises the steps of: 

- identifying, for each autonomous system (AS) of 
25 said plurality <T) , both the forward traffic volume 

(PI) , and the backward traffic volume (DI) with regard 
to the users (C) of said reference provider (10) , and 

- determining (112), for each of said sub-paths, 
respective contributions of connectivity as a function 

30 of said relating number of hops and of both said volumes 
of forward traffic (PI) and backward traffic (DI) . 

5. The method as recited in claim 4, characterised 
in that ifc comprises the step of generating values of 
total connectivity for said at least one provider (ISP) 



WO 2004/021650 




PCT7EP2003/009692 



23 



of interest (12, 14) disaggregated into values of total 
connectivity for forward traffic (figure 7) and backward 
traffic (figure 6) . 

6 • The method as recited in any of the previous 
5 claims, characterised in that it comprises the step of 
submitting said tables of BGGP type (BGP1, . BGPm) to 
a clean-up operation (CL1, Clm) to eliminate the 

comments contained in said tables 

7 . The method as recited in any of the claims 1 to 6 
10 characterised in that it comprises the step of detecting 
said traffic volumes through a function (CF) of 
Net Flow™ type. 



characterised in that it additionally comprises the step 
15 of selectively reallocating the transit traffic through 
said reference provider (10) on at least one part of 
said providers (ISP) of interest (12, 14) of said 



20 reference provider (ISP) (10) having a set of users (C) , 
connectivity evaluations on a data communication 
network, said evaluations being performed in** relation to 
at least one provider (ISP) of interest (12, 14), 
characterised in that it comprises: 

25 - tables of BGP type (BGP1 , BGPm) containing 

information on paths available on said data 
communication network for the routing of traffic with 
regard to a plurality (T) of autonomous systems (AS) 
capable of establishing at least one between a source 

3 0 and a destination of traffic for the users (C) of said 
reference provider (10) through the same reference 
provider (10) , 

- a detection module (CF) for detecting, for each 
autonomous system (AS) of said plurality (T) , at least 



8. The method as recited in claim 2 or claim 3, 



plurality (ASB) . 

9. A system for performing for the benefit of a 
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one between the forward traffic volume (FI) and the 
backward traffic volume (DI) with regard to the users 
<C) of said reference provider (10) , and 

- a processing module (S) configured for: 

5 - extracting (104) from said tables the paths of 

B6P type inherent to said at least one provider of 
interest (12, 14), by searching for the paths that 
contain the respective number of autonomous syatem (AS 
number) for said at least one provider of interest (12 
10 14), 

- extracting (112) , for each autonomous system (AS) 
of said plurality (T) , oriented sub-paths between said 
each autonomous system (AS) and said at least one 
provider of interest (12, 14), identifying for each sub- 

15 path the relating number of hops, 

- determining (112), for each of said sub-paths, 
respective connectivity contributions as a function of 
said relating number of hops and of said at least one 
traffic volume (FI,DI) with regard to the users (C) of 

20 said reference provider (10) , 

- determining (118), for each autonomous system (AS) 
of said plurality, the total connectivity values 
accumulating the connectivity contributions determined 
for the oriented sub-paths extracted for each said 

25 autonomous system (AS) , and 

- accumulating the total values of connectivity 
determined for the autonomous systems (AS) of said 
plurality, so as to obtain values of total connectivity 
relating to said at least one provider (ISP) of interest 

30 (12, 14). 

10. The system as recited in claim 9, configured for 
performing connectivity evaluations for a plurality 
(ASB) of providers (ISP) of interest (12, 14) present on 
said data communication network. 
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11. The system as recited in claim .10, characterised 
in that it comprises a sorting module for sorting the 
total connectivity values obtained for the providers of 
interest (12, 14) of said plurality in at least one 

5 sorted list (Figure 6, Figure 7) . 

12. The system as recited in any of the claims 9 to 
11/ characterised in that : 

- said detection module (CF) is configured for 
detecting for each autonomous system (AS) of said 

10 plurality (T) , both the forward traffic volume (FI) and 
the backward traffic volume (DI) with regard to the 
users (C) of said reference provider (10) , and 

said processing module (S) is configured for 
determining (112), for each of said sub-paths, 

15 respective connectivity contributions as a function of 
said relating number of hops and of both said forward 
traffic volume (FI) and backward traffic volume (DI) . 

13 • The system as recited in claim 12 , character i sed 
in that said processing module (S) is configured for 

20 generating total connectivity values for said at least 
one ISP of interest (12, 14), disaggregated into total 
forward connectivity values (Figure 7) • and total 
backward connectivity values (Figure 6) . 

14 ♦ The system as recited in any of the previous 
25 claims 9 to 13, characterised in that it comprises pre- 
processing modules (CL1, CLm) to submit said tables 
of BGP type (BGP1, BGPm) to a cleanup operation 
(CL1, Clm) to eliminate the comments contained in 
said tables. 

30 15. The system as recited in any of the claims 9 to 

14 > characterised in that said detection module (CF) for 
detecting said at least one traffic volume/ includes a 
function (CF) of NetFlow™ type. 
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16. The system as recited in claim 10 or in claim 
11/ characterised in that the providers of interest (12 , 
14) of said plurality are equipped with a selective re- 
balancing module for re-balancing the transit traffic 

5 through said reference provider (10) . 

17. An information technology product, directly 
loadable on the internal memory of a digital computing 
unit and comprising portions of software codes capable 
of implement ing the method according to any of the 

10 claims 1 to 8, when the product is run on a computer. 
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